home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / ccitt / 1992 / t / t523_1.asc < prev    next >
Text File  |  1991-12-31  |  16KB  |  674 lines
  1.  
  2. Recommendation T.523
  3.  
  4.  
  5.  
  6.  
  7.                        COMMUNICATION APPLICATION PROFILE DM-1
  8.                               FOR VIDEOTEX INTERWORKING
  9.  
  10.  
  11.                                       CONTENTS
  12.  
  13.  
  14.  
  15. 1      Scope
  16. 2      Field of application
  17. 3      References
  18. 4      Definitions
  19. 5      Overview of communication profile DM-1
  20. 6      Basic communication requirements for DM-1
  21. 7      Communication procedure for DM-1
  22. 8      Elements of procedure
  23. 9      Action of the EH and the LH
  24. 10     Object identifier
  25. Annex - Abstract syntax definition of videotex specific information
  26.  
  27.  
  28.  
  29.  
  30. 1      Scope
  31.  
  32.  
  33. 1.1    The T.400 Series of Recommendations generally defines open document architecture (ODA), document architecture 
  34. operations and DTAM service/protocol for document architecture transfer and  manipulation under the telematic 
  35. communication environment.
  36.  
  37. 1.2    This Recommendation defines a communication application profile DM-1 for document unconfirmed manipulation to 
  38. specify an interactive communication profile based on DTAM between videotex gateway systems.
  39.  
  40. 1.3    The use of Recommendations X.215/X.225, X.216/X.226, X.217/X.227 for this communication profile is described in 
  41. this Recommendation.
  42.  
  43.  
  44. 2      Field of application
  45.  
  46.  
  47. 2.1    The communication application profile DM-1 enables document manipulation for documents which are represented 
  48. in accordance with the document application profile defined by Recommendation T.504, and the operational application profile 
  49. defined by Recommendation T.541.
  50.  
  51. 2.2    The ODA documents that are manipulated should be in formatted form.
  52.  
  53. 2.3    The field of application of this Recommendation is the international videotex interworking service between videotex 
  54. gateways, representing the external host (EH) and the local host (LH).
  55.  
  56. 2.4    Videotex communication procedure is based on the model defined in this Recommendation in accordance with the 
  57. Recommendation T.564 which defines gateway characteristics for videotex inter- working.
  58.  
  59.  
  60.  
  61.  
  62.  
  63.                                                     Fascicle VII.7 - Rec. T.523      1
  64.  
  65.  
  66.  
  67.  
  68. 3      References
  69.  
  70.  
  71.  
  72.        -    Rec. T.101: International interworking for videotex services
  73.  
  74.        -    Rec. T.430 Series: Document transfer and manipulation (DTAM)
  75.  
  76.        -    Rec. T.504: Document application profile for videotex interworking
  77.  
  78.        -    Rec. T.541: Operational application profile for videotex interworking
  79.  
  80.        -    Rec. T.564: Gateway characteristics for videotex interworking
  81.  
  82.        -    Rec. X.215: Session service definition for open systems interconnection for CCITT applications
  83.  
  84.        -    Rec. X.225: Session protocol specification for open systems interconnection for CCITT applications
  85.  
  86.        -    Rec. X.216: Presentation service definition for open systems interconnection for CCITT applications
  87.  
  88.        -    Rec. X.226: Presentation protocol specification for open systems interconnection for CCITT applications
  89.  
  90.        -    Rec. X.217: Association control service definition for open systems interconnection for CCITT applications
  91.  
  92.        -    Rec. X.227: Association control protocol specification for open systems interconnection for CCITT 
  93.             applications
  94.  
  95.        -    Rec. X.208: Specification of abstract syntax notation one (ASN.1)
  96.  
  97.        -    Rec. X.209: Specification of basic encoding rules for abstract syntax notation one (ASN.1)
  98.  
  99.  
  100.  
  101. 4      Definitions
  102.  
  103.  
  104.  
  105.        Terms and their definitions are defined by the Recommendations listed above.
  106.  
  107.  
  108.  
  109. 5      Overview of communication profile DM-1
  110.  
  111.  
  112.  
  113. 5.1    Communication profile DM-1 defines the communication functionalities which provide a real time remote document 
  114. manipulation on ODA and operational structure documents by create, delete, modify and call operations between videotex 
  115. gateways under OSI ACSE and presentation communication support functions (normal mode defined in Recommendation 
  116. T.432). These operations are the unconfirmed type of manipulation.
  117.  
  118. 5.2    This profile defines the communication model which consists of the local host DTAM user and the external host 
  119. DTAM user as illustrated in Figure 1/T.523. Either the LH or the EH is capable of managing the initiation and termination of 
  120. application-association. At the association establishment phase, initial VIA structures are automatically generated in both 
  121. hosts.
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.  
  130.  
  131.  
  132.  
  133.  
  134. 2           Fascicle VII.7 - Rec. T.523
  135.  
  136.  
  137.  
  138.  
  139.                                    FIGURE 1/T.523
  140.                                           
  141.                   A model of communication application profile DM-1
  142.                               for videotex interworking
  143.  
  144.  
  145. 5.3    The owner of the data token, managed by the DTAM token control function, is able to manipulate ODA and 
  146. operational structure documents which are directly mapped from VIA operations defined in the Recommendation T.564.
  147. 5.4    The manipulation provides the operations which can be applied to one or more constituents of the ODA document 
  148. and/or the operational structure. In this profile, these operations do effect addition, deletion or modification of constituent to a 
  149. document which existed identically between both hosts.
  150. 5.5    When the data token belongs to the LH DTAM user, only modify operations on operational structure are allowed to 
  151. be used by the LH DTAM user. On the other hand, the EH DTAM user is able to use all of the operations defined in DTAM 
  152. when it has the data token.
  153.  
  154.  
  155. 6      Basic communication requirements for DM-1
  156.  
  157.  
  158.        DM-1 is defined under the following OSI communication environment. Mapping rules of DTAM  APDUs into/out of 
  159. the ACSE and presentation layer are used as defined in the Recommendation T.433.
  160. 6.1    DTAM functionalities
  161.        The following DTAM functionalities defined in Recommendation T.432 are basic requirements for this 
  162. communication profile DM-1:
  163.        i)   document unconfirmed manipulation by using create, modify, delete and call operations;
  164.        ii)  association use control;
  165.  
  166.  
  167.  
  168.  
  169.  
  170.  
  171.  
  172.  
  173.  
  174.  
  175.  
  176.  
  177.  
  178.  
  179.  
  180.  
  181.  
  182.  
  183.  
  184.  
  185.  
  186.  
  187.  
  188.  
  189.  
  190.  
  191.  
  192.  
  193.  
  194.  
  195.  
  196.  
  197.  
  198.  
  199.  
  200.                                                     Fascicle VII.7 - Rec. T.523      3
  201.  
  202.  
  203.  
  204.  
  205.        iii) token management for dialogue control;
  206.        iv)  typed data transmission.
  207.  
  208. 6.2    ACSE functionalities
  209.        The basic functionalities of the association control service element defined by Recommenda- tions X.217 and X.227 
  210.  
  211. are used.
  212.  
  213. 6.3    Presentation functionalities
  214.        The kernel functional unit is used as defined by Recommendation X.216 and X.226. Recommenda- tions X.208 and 
  215. X.209 are used for the definition of abstract notation and basic encoding rules of abstract notation respectively for DM-1.
  216. 6.4    Session functionalities
  217.        The kernel functional unit, two ways alternate functional unit and typed data functional unit are used in accordance 
  218. with Recommendations X.215 and X.225.
  219.  
  220.  
  221.  
  222. 7      Communication procedure for DM-1
  223.  
  224.  
  225.  
  226. 7.1    General communication procedure
  227.  
  228.        The general communication procedure for videotex gateway application is defined in line with the basic procedure 
  229. in Recommendation T.432. The procedure consists of:
  230.        -    application-association establishment;
  231.        -    application-association termination;
  232.        -    application-association abort;
  233.        -    data transmission.
  234.  
  235. 7.2    Application-association establishment
  236.        A communication normally begins with the establishment of application-association from the LH or EH DTAM user 
  237. to initialize the communication environment and to set the initial parameters and the VIA structures being used. The initial 
  238. data token is assigned to the EH DTAM user. After the establishment of application-association, both DTAM users move to 
  239.  
  240. the data transmission phase.
  241.  
  242. 7.3    Application-association terminate and abort
  243.        The DTAM application-association may be normally terminated by either the LH or the EH DTAM user subject to 
  244. the owning of the data token. The DTAM application-association may also be abruptly terminated by either the LH or the EH 
  245. DTAM user or provider using the appropriate DTAM abort services.
  246. 7.4    Data transmission
  247.  
  248. 7.4.1  General
  249.        Videotex gateway application provides the following communication functions in the data transmission phase:
  250.        1)   manipulation of display information;
  251.        2)   manipulation of data entry information;
  252.        3)   manipulation of application control memory information;
  253.        4)   manipulation of special terminal facilities information;
  254.        5)   manipulation of administrative information;
  255.        6)   exchange of over limit information (for further study);
  256.        7)   transmission of asynchronous message.
  257.  
  258.  
  259.  
  260.  
  261. 4           Fascicle VII.7 - Rec. T.523
  262.  
  263.  
  264. 7.4.2  Manipulation of display information
  265.        Display is performed by VIA operations, defined in Recommendation T.564, initiated by the external host on the 
  266. display structure.
  267.        To perform VIA operations on the display structure the EH uses D-CREATE, D-MODIFY, D-DELETE or D-CALL 
  268.  
  269. service primitives under data token control.
  270.  
  271. 7.4.3  Manipulation of data entry information
  272.  
  273. 7.4.3.1General
  274.        The Recommendation T.564 defines the following four types of data entry:
  275.        1)   data entry type 1 --- information retrieval;
  276.        2)   data entry type 2 --- data collection;
  277.        3)   data entry type 3 --- data entry on the fly;
  278.        4)   data entry type 4 --- duplex data entry.
  279.        These data entry types are categorized into half duplex mode (data entry type 1, 2 and 3) and duplex mode (data 
  280. entry type 4).
  281.        The EH may use D-CREATE, D-MODIFY, D-DELETE, D-CALL to perform VIA operations on each structure 
  282. element of the data entry structure, except modifying the RESULT-SE and its associated content portion.
  283.        Half duplex mode of data entry provides the dialogues between the LH and the EH under the data token control. 
  284. Data entry is performed from the LH by VIA operations via DTAM manipulation (D-MODIFY) on the data entry structure. In 
  285. this case the EH should give the data token to the LH to perform data entry.
  286.        Duplex mode of data entry is not dependent upon the token control. Data entry is performed  from the LH by the 
  287.  
  288. use of typed data and the data token is always located at the EH side.
  289.  
  290. 7.4.3.2Management of data entry mode
  291.        The management of the data entry modes is bound to the following rule:
  292.        i)   the LH issues the parameter of "data entry mode" to indicate the data entry capabilities at the LH side in 
  293.             the DTAM association establishment phase. This parameter is a choice of (a) half duplex mode, (b) duplex 
  294.             mode and (c) half duplex and duplex modes;
  295.             ii)  the EH recognizes the capabilities of data entry mode which is capable to be managed by the LH. It 
  296.                  is not necessary to inform the LH of the EH capabilities of the data entry mode;
  297.             iii) if the LH indicates the only half duplex mode and selects the application based on the duplex mode, 
  298.                  the EH may refuse to connect with the selected application from the LH;
  299.             iv)  if the LH indicates the only duplex mode and selects the application based on the half duplex mode, 
  300.                  the EH may refuse to connect with the selected application from the LH;
  301.             v)   if the LH indicates both modes, all the applications based on the half duplex or duplex modes are 
  302.  
  303.                  available to the LH.
  304.  
  305. 7.4.3.3Operation of data entry in half duplex mode (type 1, 2, 3)
  306.        In data entry type 1 or 3, the entered data are sent from the LH to the EH using D-MODIFY for the RESULT-SE 
  307. and the content portion associated to the RESULT-SE. In data entry type 2, the entered data are sent from the LH to the EH 
  308. using D-MODIFY for the RESULT-SE and the content portions associated with the entered fields and the RESULT-SE (if 
  309. necessary).
  310.        The EH gives the token to the LH to enable the LH to send the entered data.
  311.        The LH gives the token to the EH after having completed the data entry (i.e. after having initiated the appropriate 
  312. D-MODIFY corresponding to the SEs concerned with data entry). Examples are given in Figure 2/T.523 and Figure 3/T.523.
  313.  
  314.  
  315.  
  316.  
  317.  
  318.  
  319.  
  320.  
  321.                                                     Fascicle VII.7 - Rec. T.523      5
  322.  
  323.  
  324.  
  325.  
  326.  
  327.  
  328.                                    FIGURE 2/T.523
  329.                                           
  330.                         Example of data entry in type 1 or 3
  331.                                           
  332.                  (Information retrieval or on the fly: half duplex)
  333.  
  334.  
  335.  
  336.  
  337.  
  338.  
  339.  
  340.  
  341.  
  342.  
  343.  
  344.  
  345.  
  346.  
  347.  
  348.  
  349.  
  350.  
  351.  
  352.  
  353.  
  354.  
  355.  
  356.  
  357.  
  358.  
  359.  
  360.  
  361.  
  362.  
  363.  
  364.  
  365.  
  366.  
  367.  
  368.  
  369.  
  370.  
  371.  
  372.  
  373.  
  374.  
  375.  
  376.  
  377.  
  378.  
  379.  
  380.  
  381.  
  382.  
  383.  
  384.  
  385.  
  386.  
  387.  
  388.  
  389.  
  390.  
  391.  
  392. 6           Fascicle VII.7 - Rec. T.523
  393.  
  394.  
  395.  
  396.                                    FIGURE 3/T.523
  397.                                           
  398.                            Example of data entry in type 2
  399.  
  400.                            (Data collection: half duplex)
  401.  
  402.  
  403. 7.4.3.4Operation of data entry in duplex mode (type 4)
  404.  
  405.        When the data entry type attribute of the DATA-ENTRY-PROGRAM-SE is set the data entry type 4, the LH sends 
  406. the entered data and the termination reason in D-TYPED-DATA with the termination reason associated. The data token 
  407. remains assigned to the EH. An example is given in Figure 4/T.523.
  408.  
  409.        When the EH resets the data entry type attribute to another type (1, 2 or 3) under the condition that both modes 
  410. are available at the LH, the LH stops sending data in D-TYPED-DATA and uses again D-MODIFY to send the entered data. 
  411. The EH ignores the possible colliding D-TYPED-DATA.
  412.  
  413.  
  414.  
  415.  
  416.  
  417.  
  418.  
  419.  
  420.  
  421.  
  422.  
  423.  
  424.  
  425.  
  426.  
  427.  
  428.  
  429.  
  430.  
  431.  
  432.  
  433.  
  434.  
  435.  
  436.  
  437.  
  438.  
  439.  
  440.  
  441.  
  442.  
  443.  
  444.  
  445.  
  446.  
  447.  
  448.  
  449.  
  450.  
  451.  
  452.  
  453.  
  454.  
  455.  
  456.  
  457.  
  458.  
  459.  
  460.  
  461.                                                     Fascicle VII.7 - Rec. T.523      7
  462.  
  463.  
  464.  
  465.  
  466.  
  467.                                    FIGURE 4/T.523
  468.                                           
  469.                            Example of data entry in type 4
  470.  
  471.                                       (Duplex)
  472.  
  473.  
  474.  
  475. 7.4.3.5Switching of entry type
  476.  
  477.        The entry type is modified by the EH when sending a D-MODIFY, D-CREATE, D-DELETE or D-REBUILD for the 
  478. DATA-ENTRY-PROGRAM-SE.
  479.  
  480.        After sending such a D-MODIFY, the EH may send further VIA operations via DTAM manipulation, if required, and 
  481. should send the token, even when switching to data entry type 4, in order to indicate to the LH the end of entry type 
  482. redefinition and to permit echoing of characters (if any).
  483.  
  484.        When receiving a primitive which redefines the data-entry type, the LH should stop sending information and 
  485. consider all information from the videotex user as typed ahead information. The sending of information is resumed when 
  486. receiving the data token. If the new defined data entry type is 1, 2 or 3, the token remains assigned to the LH until the entry 
  487. is entirely performed. If the new defined data entry type is 4, the token is immediately sent back to the EH.
  488.  
  489.        The echoing of characters is started after the reception of the data token depending on the value of the echo 
  490. attribute. The echoing is stopped in modes 1, 2, 3 when sending back the data token after completion of the data entry. The 
  491. echoing is only stopped in mode 4 after redefinition of a new data entry mode (or modification of the echo attribute).
  492.  
  493.        Examples are given in Figures 5/T.523 and 6/T.523.
  494.  
  495.  
  496.  
  497.  
  498.  
  499.  
  500.  
  501.  
  502.  
  503.  
  504.  
  505.  
  506.  
  507.  
  508.  
  509.  
  510.  
  511.  
  512.  
  513.  
  514.  
  515.  
  516.  
  517.  
  518.  
  519.  
  520.  
  521.  
  522.  
  523.  
  524.  
  525.  
  526.  
  527.  
  528.  
  529.  
  530.  
  531.  
  532. 8           Fascicle VII.7 - Rec. T.523
  533.  
  534.  
  535.  
  536.  
  537.                                           
  538.                                           
  539.                                    FIGURE 5/T.523
  540.  
  541.                                Example of mode switch
  542.  
  543.  
  544.  
  545.  
  546.  
  547.  
  548.  
  549.  
  550.  
  551.  
  552.  
  553.  
  554.  
  555.  
  556.  
  557.  
  558.  
  559.  
  560.  
  561.  
  562.  
  563.  
  564.  
  565.  
  566.  
  567.  
  568.  
  569.  
  570.  
  571.  
  572.  
  573.  
  574.  
  575.  
  576.  
  577.  
  578.  
  579.  
  580.  
  581.  
  582.  
  583.  
  584.  
  585.  
  586.  
  587.  
  588.  
  589.  
  590.  
  591.  
  592.  
  593.  
  594.  
  595.  
  596.  
  597.  
  598.  
  599.  
  600.  
  601.                                                     Fascicle VII.7 - Rec. T.523      9
  602.  
  603.  
  604.  
  605.  
  606.  
  607.  
  608.  
  609.  
  610.                                    FIGURE 6/T.523
  611.  
  612.                                Example of mode switch
  613.  
  614.  
  615.  
  616.  
  617.  
  618.  
  619.  
  620.  
  621.  
  622.  
  623.  
  624.  
  625.  
  626.  
  627.  
  628.  
  629.  
  630.  
  631.  
  632.  
  633.  
  634.  
  635.  
  636.  
  637.  
  638.  
  639.  
  640.  
  641.  
  642.  
  643.  
  644.  
  645.  
  646.  
  647.  
  648.  
  649.  
  650.  
  651.  
  652.  
  653.  
  654.  
  655.  
  656.  
  657.  
  658.  
  659.  
  660.  
  661.  
  662.  
  663.  
  664.  
  665.  
  666.  
  667.  
  668.  
  669.  
  670.  
  671.  
  672. 10           Fascicle VII.7 - Rec. T.523
  673.  
  674.